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A DICHOTOMY- BASED METHOD OF TRACING A ROUTE BETWEEN TWO 
NODES OF A DATA NETWORK 

The present invention relates to a method of tracing 
a route between two nodes of a data network using 
5 protocols of the Transmission Control Protocol/Internet 
Protocol (TCP/IP) family. 

BACKGROUND OF THE INVENTION 
In accordance with protocols of the Transmission 
Control Protocol/Internet Protocol (TCP/IP) family, each 
10 node of the network typically has a view of only a 

portion of the network, with the result that the routing 
function is distributed across the network without any of 
the nodes knowing the complete route taken by the data 
packets . 

15 The routing protocol can be the Transmission Control 

Protocol (TCP) or the User Datagram Protocol (UDP) , for 
example . 

In most cases, these protocols are sufficient 
because the sender of a packet is generally interested 

2 0 only in the actual transmission of their packet, and not 

in the exact route that it takes. Nevertheless, there 
are a few applications in which a knowledge of the 
complete route taken by the packets is at least 
important, if not essential. 
25 One such application is the broadcasting of packets 

to a plurality of destinations, for example, as shown in 
Figure 1 and as described in Request for Comments (RFC) 
1054, entitled "Host Extensions for IP Multicasting". 

Figure 1 shows seven nodes R 2 , R 2 , R 3 , R 7 . The 

3 0 node R x sends out data packets. The data packets 

typically form part of a data stream, for example a video 
data stream. Also shown in the figures are arrows 
corresponding to the directions in which information is 
communicated between the nodes. The double-headed arrows 
3 5 represent symmetrical communications. 

The nodes R e and R 7 are to receive the data stream. 
They therefore send to the source R x of the stream a 
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registration message, for example a "Join" message of the 
Internet Group Management Protocol (IGMP) as defined in 
RFC 1112. 

The registration message from the node R 7 passes 
5 through the nodes R 5 and R 2 before reaching the source 

node R 1 . The registration message from the node R 6 also 
passes through the nodes R 4 , R 3 , R 2 and R 1 . 

The data stream is therefore transmitted at the same 
time to the node R 2 for transmission to the node R 6 and to 

10 the node R 5 for transmission to the node R 5 . 

If the node R 1 had known the exact route to each of 
the destination nodes, it would have transmitted a single 
data stream to the node R 5 , for the latter to duplicate 
that stream, both to the node R v and to the node R 6 . 

15 Thus a lack of knowledge of the complete route 

between the nodes rules out optimum use of the data 
network and overloads it unnecessarily. 

One solution to knowing a route between two nodes is 
the "TraceRoute" software, the first versions of which 

20 date from 1988. 

Its basic principle consists of setting an 
increasing time to live for a packet sent to the node to 
which a route is looked for. Each node passed through 
decrements the time to live of the packet by one unit. 

25 When the time to live reaches 0, the node that has 

received the packet no longer transmits it, but sends the 
sender a Time To Live Exceeded message, inserting its 
identifier into the message. Accordingly, a simple 
method used by the TraceRoute software consists of 

3 0 transmitting a packet with a time to live of 1, then 2, 
3, etc. until the target node is finally reached. The 
complete route to the target node can be reconstructed by 
storing in memory each time the node sending the Time To 
Live Exceeded message. 

3 5 However, a method of this kind has the major 

drawback of necessitating a large number of packets. In 
a real world data network, the size of the routes can be 
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large and can therefore imply an excessive number of 
packets and Time To Live Exceeded messages . 

A similar method is disclosed in US patent 
5,675,741, entitled "Method and apparatus for determining 
5 a communications route between two nodes in an Internet 
Protocol (IP) network". This is also an iterative 
method. The number of packets transmitted is therefore 
proportional to the size of the route looked for. The 
method can therefore lead to congestion of the network 
10 because of the proliferation of these route tracing 
messages . 

OBJECT AND SUMMARY OF THE INVENTION 
The object of the present invention is therefore to 
reduce the number of packets needed to determine a 
15 complete route between two nodes, and therefore to reduce 
the congestion of the data network. 

To this end, the invention provides a method of 
tracing a route between an origin node and a target node 
of a TCP/IP data network, the method consisting of 

2 0 defining a route tracing function having for parameters a 

start distance and an end distance and including the 
following steps: 

• stopping the recursive processing of the function 
if the start and end difference differ by one 

25 unit, 

• sending a message to the target node, with a time 
to live equal to an intermediate value between the 
start and end distances, 

• receiving a response and: 

3 0 - if said response comes from the target node, 

storing it in the list of known nodes and 
executing the tracing function recursively with 
the start distance and the target node distance 
as parameters, 

3 5 - if said response is a Time To Live Exceeded 

message coming from an intermediate node in the 
list of known nodes, executing the tracing 
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function recursively with the intermediate node 
distance and said end distance as parameters, 
and 

- if said response is a Time To Live Exceeded 
5 message coming from an intermediate node that 

is not in said list of known nodes, storing 
said intermediate node in the list of known 
nodes and executing the tracing function 
recursively, a first time with the start 
10 distance and the intermediate node distance as 

parameters and a second time with the 
intermediate node distance and the end distance 
as parameters . 
The method then consists of initially executing said 
15 route tracing function with a start distance equal to 0. 

Accordingly, by using a dichotomy-based method, the 
number of packets transmitted can be significantly 
reduced. This number becomes of the same order of 
magnitude as the logarithm of the complete route. 

2 0 BRIEF DESCRIPTION OF THE DRAWINGS 

The invention and its advantages will become more 
clearly apparent in the course of the following 
description, which is given with reference to the 
accompanying drawings . 
25 Figure 1, previously commented on, represents a data 

network and one application of the invention. 

Figures 2a, 2b and 2c illustrate three situations 
arising in a method according to the invention after 
receiving a response. 

3 0 Figure 3 is a diagram of a practical example of the 

use of the invention. 

MORE DETAILED DESCRIPTION 
The first step of a method according to the 
invention consists of executing the route tracing 
3 5 function by specifying a start distance equal to 0 and an 
end distance which is preferably equal to twice the 
average of the distances of the nodes included in the 
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list of known nodes. 

This latter value is justified on statistical 
grounds: it is assumed that the target node distance is 
equal to the average of the distances of the nodes 
5 already known, and the target node is considered to be at 
a distance at most equal to twice the average distance. 

The route tracing function first sends the target 
node a message having a fixed time to live. 

A time to live for a message can be fixed using a 
10 Time To Live (TTL) field, as specified in RFC 791. The 

TTL field is decremented by one unit at each node through 
which the message passes. When it reaches 0, the message 
is no longer transmitted and a Time To Live Exceeded 
message is sent to the sender of the message. 
15 The message is typically an ICMP ECHO message, 

conforming to the Internet Control Message Protocol 
(ICMP) as defined in RFC 792. 

The Time To Live Exceeded message is an ICMP "TTL 
exceeded" message, conforming to the same protocol. 
20 According to one feature of the invention, if the 

target node receives the ICMP ECHO message, it responds 
to the sender with a message containing at least its 
identifier. 

Accordingly, the node executing the method according 
25 to the invention is faced with the three situations shown 
in Figures 2a to 2c. In those figures, R 0 and R F 
respectively represent the origin and final nodes. 

Figure 2a shows the situation in which the response 
comes from the target node. This means that the target 
3 0 node R is at a shorter distance than predicted. The 
tracing function is therefore executed recursively, 
fixing the same start distance (thus originally a 
distance equal to 0) and an end distance equal to the 
target node distance. In other words, the objective is 
3 5 to trace the route leading to the target node R. 

Figure 2b shows the situation in which the response 
is a Time To Live Exceeded message coming from an 
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intermediate node that is in the list of known nodes. 
This represents the situation in which the target node R 
is farther than expected. However, as the node R 2 that 
has responded is already known, it is necessary to look 
5 for the target node between that intermediate node and 
the node corresponding to the end distance. 

The tracing function is therefore executed with the 
intermediate node R 2 distance and the end distance as 
parameters . 

10 The third situation is that in which the response is 

a Time To Live Exceeded message, as in the previous 
situation, but this time comes from an intermediate node 
that is not in the list of known nodes. Figure 2c shows 
this situation. It represents the situation in which the 

15 target node is farther than predicted and the 

intermediate node R x is not in the list of known nodes. 
It is therefore necessary to look simultaneously for the 
target node R, which is necessarily beyond the 
intermediate node R 1# and for the route leading to that 

2 0 intermediate node. 

In this situation, the intermediate node is stored 
in the list of known nodes and the tracing function is 
executed recursively, first with the start distance and 
the intermediate node distance as parameters and then 
25 with the intermediate node distance and the end distance 
as parameters . 

The recursive processing is stopped when the start 
and end distances differ by only one unit. 

Figure 3 shows one example of the use of the method 

3 0 according to the invention. 

The figure shows the nodes a, b, k of a route. 
The node a is the node at which the route determination 
method is executed. It is assumed that the average 
length of the known routes is 5, and that the target node 
35 is the node i. It is also assumed that all the nodes up 
to the node f inclusive are in the list of known nodes. 
The route tracing function is initially executed 



with the parameters 0 and 10 (twice the average length of 
the known routes) . 

A packet m ± is then sent to the node i. with a time 
to live equal to 5 (the average of 0 and 10) . 

The packet reaches the node f., which sends back a 
Time To Live Exceeded message. 

Because the node f. is in the list of known nodes, 
the route tracing function is then executed with the 
parameters 5 and 10. 

A second packet m 2 is then sent to the node i with a 
time to live equal to 7 (the rounded down average of 5 
and 10) . 

The packet reaches the node h, which sends back a 
Time To Live Exceeded message. 

The node h is not in the list of known nodes. 

It is therefore added to the list of known nodes, 
and the route tracing function is executed twice. 

• A first time with 5 (old start distance) and 7 

(node h distance) as parameters. 

• A second time with 7 (node h distance) and 10 (old 
end distance) as parameters. 

In the first execution of the route tracing 
function, a packet m 3a is sent to the node i with a time 
to live equal to 6, the average of the parameters 5 and 
7. 

The packet m 3a therefore reaches the node g, which 
sends back a Time To Live Exceeded message . 

The node g is not in the list of known nodes. It is 
therefore added to the list. 

As the distances 5 and 6, on the one hand, and 6 and 
7, on the other hand, differ by only one unit, the 
recursive processing stops here. 

In the second execution of the route tracing 
function, a packet m 3b is sent to the node i. with a time 
to live equal to 7, the rounded down average of the 
parameters 7 and 10. 

The packet m 3b reaches the node 1, which is the 
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target node. The node i then responds by inserting its 
identifier into the response message. 

On receiving this message, the node has inserted the 
node i in the list of known nodes for the same reasons as 
5 for the first execution, and the recursive processing 
stops here. 

Thus, subject to sending four packets m x , m 2 , m 3a , 
m 3b , the node i. and the complete route leading to it have 
been traced and added to the list of known nodes. 



